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1. Technical Summary 


Features 


* . 8MHz 68008 CPU with 17 32bit registers 

* Three 32-pin JEDEC sockets for EPROM, RAM or EEPROM 
* Zero wait state local memory 

* One JEDEC socket usable for battery backed RAM 

° 256Kbyte extended CUBEbus memory for program or data 
* 68681 DUART with quad buffering and bit rates to 1Mbaud 

* RS232/422 serial line drivers 

* M3002 RTC clock/calendar with battery backup 


¢ Three priority-encoded interrupt levels from CUBEbus and 
local devices 
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General Description 


The CUBE 68008 is a multifunction, high-integration MC68008-based SBC 
designed for CUBEbus using the single-height Eurocard format. Extensive use of 
programmable logic devices enables integration of CUBEbus controller, — 
clock/calendar and extensive seriai and parallel I/O onto one card thereby 
supporting both developmental and target roles. 


The board can be fitted with up to three JEDEC pinout bytewide memory devices 
allowing zero wait state operation with an 8MHz 68008 CPU. This, coupled with a 
powerful local parallel and serial 1/O device, allows high-performance real-time 
control operations with minimum hardware. 


The functional block diagram (Figure 1) illustrates the major components and 
architecture of the CUBE 68008 board. 





Functional Description 


Summary 

The 8MHz 68008 CPU can access up to 700Kbyte of local memory (RAM / ROM / 
EEPROM) with no wait state operation. Memory address decoding is performed by 
a high speed PAL which may be simply reconfigured to support custom memory 
maps. 


Two maps are provided as standard, the 'standard' map and the ‘reset’ map. The 
reset map is used only during the first 8 cycles after processor reset and is used 
when fetching the reset vector from EPROM. After this the ‘standard' map is 
selected automatically by hardware and remains selected until the processor is 
again reset. 


The CUBEbus occupies a 256K block within the processor memory map. This 
represents an extension to the 6502 and 6809 buses which were restricted to 64K. 
Ail CUBEbus cards should operate correctly with the 68008 but may not be able to 
make use of the extended bus capacity. The bus supports the 6809 fast interrupt 
request as weil as the standard IRQ and NMI found on the 6809 and 6502. 


Local /O devices occupy a 64Kbyte block which may be mapped anywhere within 
the 1Mbyte CPU address space. These devices are thus able to operate with 
minimum access times. Interrupts can be generated by the DUART and RTC. 
Autovectored interrupts are used throughout. 
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Central Processing Unit didn 

seve was chosen for this design because of its 32bit internal 

Neaparit igh-performance data processing, married to the 8bit data bus 
which miitefies uniquely with the CUBEbus. 1Mbyte of memory may be addressed 
through ft¢0 address lines that may be divided between local and CUBEbus 

: gpaice. The fully asynchronous 8bit data bus allows high speed data 
‘tofrom CUBEbus or local memory and 1/0. 


The processor used is a 8MHz version to increase system throughput. To provide 
fault tolerance the 68008 provides full exception handling for interrupts and 


processing faults. 


Watchdog 

The watchdog may optionaily be used as a system healthy monitor. The watchdog 
may be:tink-configured to reset the processor if it is accessed less often than 
approximately once per second. Provided it is accessed at at least this rate the 
system will be left to run normally. 










The watchdog is accessed by reading data from any location in the bottom 16K of 
the JED2 EPROM (see Section 4). 


Dual Universal Asynchronous Receiver/Transmitter (DUART) 
and Timer 

The 68681 DUART provides comprehensive serial I/O capability together with a 
46bit.counter/timer and bus interface structure that minimises CPU overhead. Two 
independent full duplex channels are provided that can be operated at 38.4Kbaud 
asynchronously or at up to 1Mbaud using an external clock. 


Quadruply buffered receivers relieve CPU response times during high speed 
communications. Programmable data formats of 5 to 8 data bits plus parity and 
stop bits are provided. Self test facilities using automatic echo, local and remote 
loopback are available for powerful serial diagnostics. Optional hardware 
controlled handshaking (RTS/CTS) relieves software overhead in simple serial 
communications. 


Real-time. Clock and Calendar (RTC) 


The M3002 real time clock provides a low power, battery-backed clock and 
calendar with additional alarm and timer functions. The watch maintains a count of 
seconds to 99 years including day of the week, week number and year, which is 
corrected automatically for leap years. The alarm and timer functions may be 
polled or may cause an autovectored interrupt. 


Interrupt Handling 


The 68008 supports 3 levels of interrupt priority (7, 5 and 2) together with a choice 
of vector source - device supplied or CPU supplied (autovectored) - at each level. 
The CUBE 68008 uses autovectored interrupts exclusively. 


Level 7 interrupts are non-maskable and may only be caused by the CUBEbus 
NMI interrupt line. 


Level 2 and 5 interrupts are maskable and may be generated by the CUBEbus 


IRQ and FIRQ lines respectively. The on-card DUART and M3002 share the level 2 
interrupt with IRQ. 
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Memory Mapping 


The CUBE 68008 CPU board provides as standard two hardware-selected 
address maps: 

* The first, the ‘reset’ map, provides an address map whereby the JED2 
EPROM socket occupies the entire 68008 memory map. This means that the 
reset vector will always be fetched from the bottom of the JED2 EPROM, 
irrespective of where the EPROM exists in the working memory map. 

* The second map, the ‘standard’ map, is automatically selected after the 
68008 has fetched the reset vector from the JED2 EPROM. This map is the 
one the programmer will be aware of. 


Memory mapping is performed by a PAL which may be simply modified to provide 
for custom memory requirements (see Appendix for PAL equation). This PAL also 
provides a signal which causes a bus error whenever a location is accessed 
which is not otherwise decoded, or an illegal access to a device is made - such as 
a write to an EPROM. Individual devices may be accessible as read only, write 
only, execute only, supervisor only and user only, or any combination. 


If generating custom PALs please note the following: 


(i) The circuit does not generate a data transfer acknowledge for the watchdog 
output. This signal must therefore be active simultaneously with another 
device, such as the system EPROM as in the standard device. 

{ii} The PAL, although a complex device by PAL standards, has insufficient 
logic to handle ail possible maps. This will usually show up in the equations 
for the bus error signal. The only solution is to use less complex PAL 
equations for the decodes, in particular simplifying some of the device 
protection. 


Standard Map 
The standard PAL (see Appendix for PAL equation) supports the memory map 
below. 


Address Device , Permissions 


Range 
00000 - O7FFF 32K RAMin JEDO socket read/write/execute/supervisor/user 
08000 - OFFFF 32K RAMin JED1 socket read/write/execute/supervisor/user 


10000 - 3FFFF not used none 

40000 - 7FFFF CUBEbus read/write/supervisor/user 
80000 -SFFFF 128K EPROM in JED2 read/execute/supervisor/user 
80000 - 83FFF Watchdog read/supervisor/user 

A0000 - EFFFF not used none 

FO000 - F3FFF DUART read/write/supervisor 

F4000 - F7FFF M3002 Clock read/write/supervisor 

F8000 - FFFFF not used none 


This map is intended primarily to support the OS-9 environment. As user 
applications under OS-9 are run in user state the supervisor-only attribute of the 
M3002 and DUART will protect the system against rogue programs corrupting 
system resources. 
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CUBEbus Interface 


The CUBE 68008 provides a full function CUBEbus interface compatible with 
existing CUBEbus boards. 


The bus runs at a full 2MHz. An advanced design synchronises the asynchronous 
68008 bus to the synchronous CUBEbus incurring the minimum number of wait 
states without sacrificing setup times. Back-to-back bus cycles may be run with 
zero wait states after the first cycle which may incur up to 6.wait states. 


The CUBE 68008 offers some enhancements to. the CUBEbus as earlier defined, 
these being: 


-- (i) Extension of the CUBEbus from 16 address, 8 data as used with 6502 and 

6809 to 18 address, 8 data giving a total addressing range of 256K (4000h 
- 7FFFFh). 

. (ii) Addition of DMA capability to bus, via new signals BR (bus-request) and BG 
(bus grant). ne t 

_ (iii) Addition of FIRQ interrupt - this is an enhancement present on 6809 but not 
6502. 

(iv) Addition of partial address decode VMA - this enhancement is present on 
some CUBEbus cards but not on others. itis an active low partial decode 
similar to HPAGE, LPAGE and BLOCK but operates over a 64K range. 

(v) Additional signals C2, C4 and VCO are timing signals for use in telecom 
systems using the Mitel ST-BUS for PCM signalling. These signals, as with 
all new signals defined, are on previously unused bus lines. 


The top 4K of the 256K bus space should not be used as these locations may be 
selected during on board CPU cycles. 


Existing CUBEbus boards should operate correctly with the CUBE 68008. 
However, cards not including the partial decodes HPAGE, LPAGE, BLOCK or 
VMA will appear four times, once in each 64K segment. 


CUBEbus Addressing 
Relative to start of CUBEbus in TCU6801 PAL 


00000 - 2FFFF New bus space: no decodes active 
30000-3FFFF VMA active (64K) 

3E000 -3EFFF. VMA+ BLOCK active (4K) 

3EE0O -3EE7F VMA+ BLOCK +LPAGE active (128 bytes) 
3EE80-3EEFF VMA+ BLOCK + HPAGE active (128 bytes) 
(3F000-3FFFF do not use - see above (4K)) 


These addresses are set in the PAL TCU6803, with the exception of VMA which is 
set in TCU6801. 
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2. Specifications 





Operational Specifications 


CPU Type: 
CPU Ciock Speed: 
JEDEC Sockets: 


Access Time: 

RAM/ROM Read/write: 
68681 Read/write: 
M3002 Read/write: 
SRAM Data Retention: 
Clock/Calendar Accuracy: 
Interrupts: 


CUBEbus Overhead: 
CUBEbus Speed: 


MC68008P8 

8MHz 

Three - up to 1Mbyte total, any mix of 
RAM / EPROM./ EEPROM 

250nS max 

0 wait states 

3 wait states @ 8BMHz 

0 wait states 

1 month minimum, 6 months typical 

+30ppm (i.e. +2.6secs per day) 

3 levels 

2 maskable / 1 not 

prioritised 

0 - 6 wait states 

2MHz 


a ae St ae et 
Mechanical Specifications 


Board Dimensions: Single Eurocard 100 x 160mm 


Relative Humidity: 


0-95% (non-condensing) 


Storage Temperature: -20 to +85°C 
Operating Temperature: +10 to +50°C 


Optional. Front Panel: 
1/0 Connectors: 


CUBEbus Goiinectors 
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3U high by 0.8inch wide 
20-way boxed header parallel port 
2 x 14-way boxed headers serial port 


64-way a+b DIN41612 plug 
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Memory Device Sockets (JEDO, JED1 & JED2) 


The CUBE 68008 has three 32-pin memory device sockets (JED@, JED1 and 
JED2) located as shown in figure 3. These sockets are designated to accept 
memory-devices as follows: 


JEDS RAM only - Battery-backed (see section 4) 
JED1 RAM or ROM 
JED2 Reset ROM only (see 'Reset Vector - below) 


f 
Memory Map 


The three memory sockets are mapped into the address space as follows (see 
"Memory mapping’ - Section 1): 





OFFFFh 





JED2 Reset ROM (128k) 











80000h 


OFFFFh 
JED1 ROMor RAM (32K) 







08000h 
O7FFFh 







JED® Battery-backed RAM (32K) 





00000h 


Note: If devices are used which are smaller than the space ailocated to the 
socket, these occupy the bottom of the Space and are ‘mirrored! through it. 


Reset Vector 


The reset vector (used at power-on/reset) is stored in the first 8 bytes of the reset 
ROM (JED2), and not at the bottom of the standard memory map (above) as would 
normaily be the case. {n order that the vector is found in the normal way at power- 
on/reset a 'reset' memory map is used which is entirely occupied by the ROM — 
thus placing the vector at the bottom of memory. After the vector has been read 
(i.e. after the first eight bus cycles have been completed), the Shift Register (U11 - 
74LS165) sets the standard memory map as shown above. 


9350-5000-01 - 18/7/90 9 CUBE 68008 


Control Universal 


Local Memory 







LK1i2 
for JEDS 







JEDO 


Battery- 
Backed 
RAM Only 









NOTE: Fit 28- and 24-pin Devices thus: 


Figure 3 - Locations of Memory Device 
Sockets and Memory Configuration Links 


CUBE908/3 
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Memory Device Configuration 


The three memory sockets may be link-configured to accept appropriate (RAM, 
EPROM or EEPROM) devices as shown in figure 4. Each socket is configured by 
means of the 3x7-pin link array adjacent to it, i.e.: 

JEDS Link LK12 

JED1 Link LK13 

JED2 Link LK14 


See figure 3 for link locations. 


The range of devices which may be used (in each socket) is given in the table 
below: 


[Device EDO JEDI JED2| 
2816 2K EEPROM 
2817 2K EEPROM 
2864 8K EEPROM 
32K EEPROM 
128K EEPROM 
2K RAM v 
6264 8K RAM: Vv 
Vv 
* 


















62256 32K RAM 
128K RAM 
2K EPROM 
2732 4K EPROM 
2764 8K EPROM 
27128 16K EPROM 
27256 32K EPROM 
27512 64K EPROM 
27010 128K EPROM 
27020 256K EPROM 
512K EPROM 
iMEPROM 












HEE KES SIE SSIES SSS 


## FSSA SSSNS 


v = devices usable with default PAL (see PAL Equation - below). 
%* = these devices are usable only if the PAL equation is changed. 
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Pin Identification 


for Links LK12, © arg WE) Voc) WE) © © 
LK13 and LK14 (Ps 3 P25) (Pos Poo P3031) 






Board Signal 





JEDEC pin 


Board Signal 











Link pins joined 
by wire-wrap 


Link pins joined | 
by jumpers it} 










. Figure 4 - Memory Device Link 
Configurations (LK12, LK13 & LK14) 
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4. Watchdog and Power 
Supply Monitor 


Watchdog 


The on-board watchdog is provided as an additional feature of the MAX695 power 
supply monitor. It operates on a refresh period of approximately 1-2 seconds and 
is refreshed by any data read in the bottom 16K of the reset ROM (JED2). 
Following a time-out, the watchdog causes a full system and bus RESET. Note: 
executing code from ROM does not refresh the watchdog. 








The watchdog is enabled/disabled by means of link LK15 (see figure 5). 
OS-9 


Since there are considerable periods during the boot-up of OS-9 which do not 


invoive accesses to the ROM, the use of the watchdog is Not recommended 
with OS-9. 





Power Supply Monitor 
The power supply monitor is triggered by a drop in supply voltage and performs 
the following functions: 
* Sends a NMI (level 7 interrupt) 
* disables the battery-backed RAM (thus protecting it from Spurious writes) 
* resets the processor. 


Os-9 ; 
Since OS-9 tends to overwrite the RAM during reset, the integrity of data 


preserved in battery-backed RAM during a power down cannot be guaranteed 
and caution should be exercised. t 


9350-5000-01 - 18/7/90 13 CUBE 68008 


Watchdog and Power Supply Monitor 





CUBE 68008 


Control Universal 


LK15 Watchdog 
Enable/Disable 


Link Made: Watchdog Enabied 
Link Not Made: Watchdog Disabled 


Figure 5 - Watchdog Link-enabling 
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5. Serial & Parallel Ports 


The CUBE 68008 has two full duplex serial ports (A & B), eight parallel outputs 
(OP0-OP7) and six parallel inputs (IPO-IP5). 


Connectors 


The locations and pin-outs of the CUBE 68008 board's two Serial and one 
Parallel connectors are shown in figure 6. 


Note: the pin-outs of the serial ports are arranged so as to allow simple ribbon- 
cable connection to a standard 25-pin D-type connector when operating in RS232 
mode (see below). 


Serial Ports 


The CUBE 68008 has two serial ports: 
PortA designated ‘Console’ (‘Term to OS-9 see section 6) 
Port B designated ‘Auxiliary’ (/71 to OS-9) 


Serial Port. Configuration 


The Serial Ports may by individually link-configured in three ways as. summarised 
in figure 5 (port A) and figure 6 (port B): 


¢ RS232 or RS422 Operation (nb. in most cases, the ports will operate 
satisfactorily for RS423 when configured for RS232) 

* Enabling the use of either CTS+ or DTR+ 

¢ Enabling/disabling use of IPO/IP1 (parallel inputs) for Serial 
handshaking (Note: this handshaking is NOT supported by the CUBE 
68008 drivers for OS-9) 


Serial Reset 


The 2-pin link LK11 (see figure 9) may be used to enable (jumper not fitted) or 
disable (fitted) Serial Reset from the console (serial port A). If enabled, the 
<BREAK> key on the console will cause a RESET. 


In target applications it is recommended that the serial reset is disabled. 





Parallel Port 


The pin-out of the parallel port connector is shown in figure 6. 


Note: the 2-pin link LK16 is intended for use with a feature of the parallel port 
which is not currently supported. LK16 should be left unmade. 
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Serial Port A 
‘Console’ (PL3) 
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‘Auxiliary’ (PL2) 


Parallel 1/O Port’ 


Gnd 1 


IPO 3} 
IP2 55 
IP4 7} 
OPO 9} 
OP211f 
OP4 13 
OP6 15} 

WDPU 17 f 
Vcc 19} 


12 RXD- 
14 TXD- 
16 nc 
18 CTS- 
#10 n/c 
P12 nic 
| 14 DTR+ 


B2 RXD- 
14 TXD- 
6 nic 
18 CTS- 
#10 n/c 
E12 n/c 
| 14 DTR+ 


Control Universal 





Figure 6 - Serial & Parallel I/O Ports 


CUBE 68008 
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For RS423 
Operation 
LK No link 
LK Gainer 

: bedi fitted 


For RS232 (RS422) 
Operation 


LK1 












Link jumper 
fitted 





Link 
Positions 







TP36: Serial Port 
Handshaking Through 
Parallel Port 

(NOT supported by OS-9) 





LK6: CTS+/DTR+ Enabling 







| DTR+ 
Enabled 







CTS+ 
1 Enabled 






Figure 7 - Link Configuration of 
PL3: Serial Port A (‘Console’) 
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For RS423 
Operation 


LK2 


For RS232 (RS422) 
Operation 


LK 











No link 
jumper 
fitted 


Link jumper 
fitted 















Link 
Positions 










TP35: Serial Port 
Handshaking Through 
Parallel Port 

(NOT supported by OS-9) 


it Enabled 


Figure 8 - Link Configuration of 
PL2: Serial Port B (‘Auxiliary’) 






LK4: CTS+/DTR+ Enabling 










DTR+ 
Enabled 


CTS+ 
Enabied 







| Disabled 
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LK11 Serial Reset 
Enable/Disable 


Link Made: Serial Reset Disabled 
Link Not Made: Serial Reset Enabled 






LK16: 
Leave Unmade 


Figure 9 - Miscellaneous Serial & 
Parallel Port Link-configuration 
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6. OS-9 for the CUBE 
68008 


This section details the special features of the CUBE 68008 hardware 
implementation of OS-9 Industrial version 2.3.. 








Processor card I/O 


The CUBE 68008 includes two full duplex serial ports, eight parallel outputs and 
six parallel inputs. 


SCF drivers are included for the serial ports.No drivers are supplied for the 
parallel inputs and outputs, however, as these are highly application dependent. 


The SCF drivers differ from the Microware documentation as follows: 
«50 baud has been replaced by external clock. This should be applied at TTL 
levels on IP3 for channel A and IP5 for channel B. 
* 3600 baud has been replaced by 1200 baud transmit, 75 baud receive. 
* 7200 baud has been replaced by 75 baud transmit, 1200 baud receive. 


OS-9 pathnames for the serial devices are /Term for channel A (upper connector) 
and /T1 for channel B (middle connector). This conforms o the OS-9 standard. 


The standard serial driver, sc68681, does not support hardware handshaking on 
the serial port. Therefore OPO, OP1, IPO and iP1 may be used as general purpose 
I/O lines. Remember that OPO and OP1 are permanently connected to the RTS 
lines on the serial connectors and therefore these should not be connected to 
serial devices if OPO and OP1 are used as general purpose outputs. 


If handshaking is required this can be done by reassembling the file 'sc68681.a’, 
defining the label HANDSHAKE in ‘systype.d’. 


Note that during the OS-9 power-up sequence the OPO and OP'1 lines will be 
switched low irrespective of whether handshaking is enabled or not. 
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Making an OS-9 ROM Application 


An OS-9 system consists of several parts or modules. Some modules are required 
in any OS-9 system and others only if needed by the application. 


Modules supplied include: 


(i) The Boot ROM. This contains the low-level OS-9 bootstrap code which is 
executed on processor reset. It is responsible for starting up the system and 
finding the various OS-9 modules required to start the OS-9 system. 

@ Essential 
Two versions of the Boot ROM are provided. These differ as follows: 
‘debug’ Includes debugger. Does not automatically run OS-9 
application if it exists 
‘rom' Debugger not included. This is the smallest by far and is 
recommended for production use. 


(ii) The Kernel. This is OS-9 itself. @ Essential 


(iii) The Init module. This contains system specific information that OS-9 
requires to configure itself on system startup. Another important 
configuration feature is the name of the initial process to be executed: this is 
normally 'sysgo’. @ Essential 


(iv) The Sysgo module. This is the first actual process executed on startup. It 
performs certain initialisations then forks the application. If the application 
ever terminates, then sysgo reruns it. This module is not essential as it may 
be replaced with an application run directly by ‘init’. However its retention is 
strongly recommended to provide a safety net if the application ever 
terminates. In addition, in a disk-based system, sysgo performs a number of 

. additional initialisations such as setting up working and execution 
directories and processing the ‘startup’ file. 
In a ROM based target system, sysgo may be an appropriate place to 
perform hardware initialisation. 
Sysgo can be, and should be in almost all target systems, modified to (at 
least) change the application name: by default it is ‘shelf. 
@ Optional but Recommended 


(v) Libraries and user trap handlers. 

Two of these are supplied: the math library and the CiO VO library. 

If any Microware supplied utilities are included the CiO library MUST be 
included. The math library need be included only if it is used by an 
application program. 

CIO contains most of the C language standard !/O functions. If a number 
of C functions are used in different modules use of the CiO library will make 
a large difference to the amount of ROM space required as the code will not 
be repeated. If the -i option is used on the C compiler command line, the 
CIO library will be used, individual modules will be smaller. Otherwise, ClO 
will not be needed but individual modules will be larger. Similarly, the -x 
option selects use of the math library rather than including it in individual 
modules. 
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(vi) File Managers, Device Drivers and Device Descriptors 

To use the OS-9 I/O calls a number of additional modules must be 
included. All these modules are optional and need not be included if not 
used. 

File managers deal with differing types of devices. Some file managers 
are pipeman, scf, rbf, sbf and NFM. Only scf and pipeman are distributed 
with Industrial OS-9. 

Scf handles sequential character devices such as terminals and 
pipeman handies the pipes used in inter-process communications. 

Device drivers are hardware specific drivers for handling particular /O 
devices. Théy are called directly by the appropriate file manager. An 
example is 'sc68681', the driver for the CPU card DUART. 

Device descriptors allow one driver to handle a number of different but 
similar devices. Examples are ‘term’ and ‘tt’, which allow the single driver 
‘sc68681' to handle two separate serial lines. 

‘Pipe’ is the device descriptor associated with the 'pipeman' file 
manager. Pipes have no associated device driver. 

‘Nil’ and ‘null’ are the descriptor and device driver for an SCF device that 
discards any data sent to it and returns end-of-file if an attempt is made to 
read from it. 

lf any SCF devices are to be used then scf, the device driver AND 
descriptors ALL must be included. For this card, these are scf, sc68681, 
term and tt. 


To make an OS-9 application ROM, first decide which modules need to be 
included. All the OS-9 system modules requires are to be found on the distribution 
disk n the directories /d0/CMDS or in /d0/CMDS/BOOTOBMJS. 


Then make a file containing the names of the modules to be included. Examples 
may be found in /d0/CMDS/BOOTOBUJS/bootlist_nodisk and 
d0/CMDS/BOOTOBJSAestlist. Note that the boot module must be the first 
module listed as it contains the 68008 reset vector which must appear in the very 
first 8 bytes of the EPROM. 


Then type something like 


merge -z=testlist >-system to generate the ROM code 
binex -s2 system >/t1 to download it to.an EPROM programmer 


Plug the EPROM into the board, power up and the application should be running. 
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Memory Map 


For the most part, using means that an application programmer can be completely 
unaware of the details of the memory map. However, for information, the 
distribution disk assumes the following memory map: 


0000- 3FFFF On card RAM which may be used by OS-9. This is searched by 
OS-9 during its power up sequence. Any data which may be in 
the RAM when OS-9 powers up will be destroyed during the 
search process. 

If an application needs to make use of the battery backup 
feature a special boot file will be needed to prevent this. Contact 
Control Universal for more information. 


0000-6FFFF Off card memory. This is also searched by OS-9 for modules 
during power up. These may be held in RAM or EPROM on an 
external memory carrier. . 

Note that RAM in this area will NOT be destroyed when OS-9 
comes up. This means that modules may be downloaded from 
the host into this area using the ‘debug’ boot module and then 
executed, saving a lot of PROM biowing. 


0000-7FFFF Off card I/O space. OS-9 makes no use of this space for any 
purpose. It is intended for use for external interfaces on the 
CUBEbus. 


0000-EFFFF On card EPROM. The boot module must occupy the bottom of 
this area. The remainder is free for the OS-9 system and 
application modules. 
A data read from the bottom 16K of the EPROM will result in the 
watchdog being refreshed. Executing code will NOT refresh it, it 
must be a read of user or supervisor data. 


0000-F3FFF On card 68681 DUART. No attempt should be made to control 
the DUART directly as it is handled by OS-9. The hardware will 
cause an exception if an attempt is made to access the DUART by 
a user process. 


4000-F7FFF On card M3002 clock chip. This is also handled by OS-9 and 
should not be directly accessed by an application. The hardware 
will cause an exception if an attempt is made to access the 
M3002 by a user process. 


OS-9 does not itself refresh the watchdog: if the watchdog feature is to be used a 
process must take responsibility for this. The boot module does, however, refresh 
the watchdog during power up. A simpie OS-9 process for refreshing the 
watchdog is given in 'wdog’. 


The memory map above is a generalised one for OS-9 for the CUBEbus 68008 
card. The boot module need not be remade provided the memory map specified in 
the decode PAL does not stray outside the above rules. 
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However, in practice there are some additional constraints. These are: 


(i) 


(ii) 


(iii) 


The original CUBEbus only supported a 64K address space, originating as 
it did from the 6502 and 6809 processors. The 256K bus supported by this 
card means that cards not using the partial select lines BLOCK, HPAGE, 
LPAGE or VMA, or not designed for the 18 bit address bus will appear four 
times in the 256K address space. Boards using one of the partial decodes 
will appear in the following locations: 

VMA 70000 - 7FFFF 

BLOCK 7E000 - 7EFFF 

LPAGE 7EE00 - 7EE7F 

HPAGE 7EE80 - 7EEFF 

These are similar to the locations on the EuroCUBE 6809. 


At present 1Mbit static RAMS (128Kbyte) are very expensive and scarce. 
The distributed decode PAL therefore uses two 32Kbyte devices. A new 
PAL will need to be generated to use 128K RAMS. 

This RAM appears between 00000 and OFFFF. 


At present the watchdog feature is unusable due to the way OS-9 boots up. 
While the boot EPROM refreshes the watchdog while it is in control, and the 
‘wdog' utility will refresh the watchdog when OS-9 is running, the OS-9 
memory module search takes longer than the watchdog timer will allow. 
This is a problem with the OS-9 kernel itself and is not easily fixed. 
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Appendix - Memory 
Decode PAL Equation 





TITLE 68008 bus decode PAL 

PATTERN TCUG801 

REVISION 0 

AUTHOR R. G. Meredith 

COMPANY Cube IT Ltd 

DATE 20 September 1989 

: Address decode PAL for CUBE 0S9 

;CHIP ADDR_DECODE PAL20S10 7; Comment out pin 25 definition 

CHIP ADDR_DECODE PAL22V10 ; Uncomment pin 25 definition 

pi» 2 3 4 5 6 7 8 9 10 11 12 
Al9 = =Al18 Al7 Al6 A115 Al4 FCO FCL FC2 RSTMAP /AS GND 
713 14 15 16 17 18 19 20 21 22 | 23 24 
RNW /IACK /CUBUS RTC /DUART /BERR JEDO /JED1 /JED2 WDOG /VMA VCC 
7 25 >; *** COMMENT OUT DEFINITION. IF USING PAL20S10 *** 

PIN25 ; ASYNC RESET PRODUCT TERM -— NOT USED 


This chip generates address bus decode signals from the 68008 bus. 


Nee Ne 


Function code definitions 


User Data 


STRING USD "( /FC2.* /FCL * FCO)" ; 

STRING USP '( /FC2 * FC1l * /FCO )' ; User Program 

STRING SVD '( FC2 * /FC1 * FCO )' ; Supervisor Data 
STRING SVP ‘( FC2 * FC1 * /FCO )' ; Supervisor Program 
STRING INTACK '( Fe2 * FCL * FCO )' ; Interrupt Acknowledge 


VMA is generated within CUBUS, i.e at 3F0000 - 3FFFFF. This restriction 
is essential due to the card design. Other CUBE bus enable signals are 
generated within TCU6803. 

Unlike other outputs, the equations for VMA and CUBUS do NOT include 
AS, as VMA is required to be latched on AS externally and CUBUS is 
qualified within TCU6802 for speed. 


TACK is generated in response to an interrupt acknowledge cycle on the 
function codes. 


During the RESET sequence when RSTMAP is asserted, JED2 only is enabled 
at all addresses. 


RAM accessible except during reset 


Memory devices are only accessible during bus cycles that make sense 
for that type of device, ie it is not possible to access I/O when 


ee ee Te i i Te en i i a Ten Ty 
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in user state or to execute code from I/O devices. 


; JEDO ram accessible except during reset. 

7 JED1 eeprom accessible as data only, and is read only in user state. 

; JED2 eprom accessible always & contains reset vectors. Write protected. 
; CUBUS accessible except during reset. No execute to save product terms 
: I/O devices ( duart & RTC ) only accessible as supervisor data 

; The watchdog must be a partial decode of another device as the watchdog 
; pulse does not generate its own DTACK signal. In this case it is 

- triggered by any read of data in the bottom 16K of the EPROM. This is 

: far from ideal but better than nothing. 


STRING S_JEDO ‘( SVD + SVP + USD + USP )' + Always 
STRING S$ JED1 '( SVD + SVP + USD + USP )' + Always 
STRING S_JED2 "( ( SVD + SVP + USD + USP ) * RNW)' ; Read only 
STRING S DUART '( SvD)}' * Supervisor data only 
STRING S_RIC *( SVD )? # Supervisor data only 
STRING S WOOG = '( ( SVD + USD ) * BNW)! 7 Read only data 

"( i 


STRING S_CUBUS Data only 


Equations. for OS9 compatibility. 


; For OS-9 use: 
: RAM 00000 - 3FFFF ( in standard search list ) 
: ROM 80000 - EFFEF ( in special search list, read only ) 
- DUART FOO0O0 - F3FFF 
M3002 F4000 - FUFFF 
WDOG 80000 - 83FFF ( write only ) 
CUBUS 40000 - 7FFEF ( NOT in EITHER search list ) 


The OS-9 BOOT rom and distribution need not be changed if 
the memory map or device sizes are changed provided the 
above memory regions are adheréd to. 


er 


STRING E_JEDO '( /A19 * /A18 * /A17 * /A16 * /A15-)! + 00000-7FFF 
STRING E JED1 '( /Al9 * /A18 * /A17 * /Al6 * ALS )' + 08000-FFFF 
STRING E_JED2 '( Al9 * /A18 * /A17 , 7 80000-FEFF 
STRING E DUART '( A19.* Al8 * A17 * Al6 * /A15 * /A14 )' ; FOQ00-3FFF 
STRING E_RIC "( Al9 * Al8 * AI? * Al6 * /AIS * ala )'; F4000-F7FEF 
STRING E WOOG '( E JED2 * /A16 * /AIS * /A14 )' ; Watchdog 
STRING E_CUBUS '( /A19 * Al18 )' + 0000-7FFEF 
EQUATIONS 
JEDO = AS * /RSIMAP * E JEDO * § JEDO 
JEDI = AS * /RSTMAP * E JEDI * S JEDI 
JED2 = AS * /RSTMAP * E JED2 * S$ JED2 

+ AS * RSIMAP * ( SVD + SVP + USD + USP ) + Reset condition 
RTC = AS * /RSTMAP * E RTC * S RTC 
DUART = AS * /RSTMAP * E DUART * S DUART 
CUBUS = /RSTMAP * E CUBUS * S CUBUS 
WDOG = AS * /RSIMAP * E WDOG * S WDOG 
VMA = /RSTMAP * E CUBUS * S CUBUS * A17 * Al6 ; Top of CUBUS 
TACK = AS * INTACK * Interrupt acknowledge 
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‘ Bus error generated for any memory cycle which does NOT generate 
; RIC, DUART, CUBUS or JEDO —- JED3. : 


BERR = AS * /RSTMAP * / ( 


INTACK + 

E_JEDO * S_JEDO + 
E JED * S JEDI + 
E_JED2 * S$ JED2 + 
ERIC * S$ RIC + 
E_WDOG * S WDOG + 


E _DUART * S DUART + 


E_CUBUS * $ CUBUS ) 
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Error any cycle which.. 


isn't interrupt acknowledge 
or any memory or I/O device. 
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Circuit Diagram 


See Opposite 
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